Date: Wed,  9 Mar 94 04:30:20 PST
From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
Errors-To: Ham-Digital-Errors@UCSD.Edu
Reply-To: Ham-Digital@UCSD.Edu
Precedence: Bulk
Subject: Ham-Digital Digest V94 #64
To: Ham-Digital


Ham-Digital Digest          Wed,  9 Mar 94       Volume 94 : Issue   64

Today's Topics:
                         EMAIL to mid ocean?
                      Info needed on Tandy 4000
   megabit per second packet  (was "Re: Packet at 1.2 GHz (23cm)?")

Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Tue, 8 Mar 1994 17:37:23 GMT
From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!math.ohio-state.edu!news.acns.nwu.edu!ftpbox!mothost!schbbs!NewsWatcher!user@network.ucsd.edu
Subject: EMAIL to mid ocean?
To: ham-digital@ucsd.edu

In article <763117885snz@nick01.demon.co.uk>, nick@nick01.demon.co.uk (Nick
de Smith) wrote:


> I would just like to thank all those that responded to my question about how
> to exchange EMAIL with a small boat in the pacific. Whilst there was an
> interesting discussion about the legality of transmitting personal information
> (e.g. "Say hello to mum", "We will make landfall in two weeks" etc.), no
> clear consensus seemed to be reached even though both parties would be UK
> amateurs... Anyway, PAKTOR seems to be the way to go, and that is what I am
> investigating through the RSGB in the UK.

The RSGB should be able to tell you about the UK "third party" rules. 
Since both the land station and the vessel are UK, UK laws would apply on
the high seas.

Traditionally the UK has been one of the stricter nations regarding third
party traffic (i.e. anything other than the sending ham and the receiving
ham), but I understand this may be slowly changing.
 
> I would say that this is a very polite and helpful group, and that generally
> most responses were consistant and, as far as I can judge, accurate. I look
> forward to passing my exams later this year and maybe being able to pass our
> experiences in what seems to be a rather obtuse area on to other parties.

Thank you, I look forward to meeting on the maritme nets and in person!

Mike AA4MW

-- 
Phooey on it all - I'm going sailing for a year or two!!!

------------------------------

Date: 6 Mar 94 22:22:07 GMT
From: agate!howland.reston.ans.net!gatech!mailer.acns.fsu.edu!freenet3.scri.fsu.edu!freenet2.scri.fsu.edu!twright@ucbvax.berkeley.edu
Subject: Info needed on Tandy 4000
To: ham-digital@ucsd.edu

This is sort of a cross post but I am in need of an answer.

I bought a Tandy 4000 from a surplus computer sale here at the
University where I work.

It has a 3 1/2 and 5 1/4 drives min of a 40 meg HD EGA monitor
a 2 MEG RAM CARD. Paid $25.00 for it because both the monitor and 
CPU units were marked NO GOOD by the University service people.

I thought well if it doesn't work I can always use the case to build
a computer system.  Well I took it home connected it up, turned on 
the monitor and it appeared to be working fine complete full rasper
on the screen.  TYhen I powered up the CPU.  The boot up information and 
the C> prompt over lapped in three columns (running DOS 5.0)
I loaded Super Morse and the data on the screen still over lapped.
I loaded it off both floppies and the system worked just fine except
the monitor.  I then loaded a game called Space Quest II and the 
problem on the monitor cleared up.  I reinstalled SM to verify problem
still existed and yes it was still there.  I then connected the monitor
to another CPU and the monitor worked perfectly.

I believe the problem is with the Dos 5.0 system program in the 
video drive cmd section.  What leads me to believ this is that a 
Game like I loaded runs off its own internal programing and the video
driver cmds are being taken from the game program and not the system
program.\

If you think I am correct or not Please E-Mail me  I want to get this
system on line on Packet A.S.A.P.

Thank a bunch

Tim Wright KD4OVM

BTW All of the drives are working perfectly also.  
-- 
Tim Wright KD4OVM  | T.Wright@msuacad.morehead.edu | Morehead State University
                   |  TWright@freenet.fsu.edu | Tallahassie Freenet Service
                   |     AR098@yfn.ysu.edu | Youngstown Ohio Freenet Service
                   |   KD4OVM@WSU.N8FOW.AMPR.ORG | Try one, I'll get it.

------------------------------

Date: 8 Mar 94 01:56:37 GMT
From: sdd.hp.com!col.hp.com!srgenprp!glenne@hplabs.hp.com
Subject: megabit per second packet  (was "Re: Packet at 1.2 GHz (23cm)?")
To: ham-digital@ucsd.edu

Jay Sissom (JAY@medicine.dmed.iupui.edu) wrote:

: I saw the article in the handbook and it looks interesting, but I didn't find 
: a thing in the article that talked about computer to transceiver interfacing.  
: The schematic stoped at the +/- RX and +/- TX lines.  Does anyone know what to 
: do with those lines to get them interfaced to a PC?  Has anyone built this 
: project?  Comments anyone?

See the information available by anon ftp on col.hp.com under 
hamradio/packet/n6gn/uwvlink. The readme should help explain it.
The original article in Ham Radio magazine showed an IBM PCLAN adapter
card interface which was a sort of stop-gap solution. You might consider
the Gracilis card(s) for an interface. I suspect that the Ottowa PI
card might work as well, though not at full speed.

Glenn Elmore n6gn

ax.25  n6gn@wx3k.#nocal.ca.usa.na
amateur IP: glenn@SantaRosa.ampr.org
Internet: glenne@sr.hp.com 

------------------------------
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